home *** CD-ROM | disk | FTP | other *** search
/ Merciful 1 / Merciful - Disc 1.iso / software / m / music_x_ii / musicxii2.dms / musicxii2.adf / Protocols.Doc < prev    next >
Text File  |  1989-05-11  |  5KB  |  104 lines
  1. Documentation for Protocols included with Music-X.
  2.  
  3. (But first a bit of editorializing).
  4.  
  5. The System Exclusive portion of the MIDI standard is a very difficult thing
  6. to write programs for effectively. Each different instrument manufacturer,
  7. and in fact most different instruments have vastly different system
  8. exclusive message formats. It is hard to believe that such a straightforward
  9. problem, that of transferring program and voice data over MIDI, could have
  10. been implemented over 150 different ways! Yet this is exactly the case.
  11.  
  12. This is not really anybody's fault...at the time MIDI was created, few
  13. people anticipated the role that personal computers and graphic editing
  14. systems would play in the electronic music industry. So there were no
  15. suggestions made, no guidelines set down for a "common" voice dump format.
  16.  
  17. Because of this, the Music-X librarian has to approach each instrument
  18. slightly differently, and in many cases this causes the librarian to act
  19. in a different way than the user would expect.
  20.  
  21. For example, some early instruments have no "Dump Request" (corresponding
  22. to the Music-X "Initiate" message). This means that information can be
  23. downloaded to the computer only via interactions with the synthesizer's
  24. front panel.
  25.  
  26. Other instruments can send their data to the computer without human
  27. intervention, but can only recieve data if front panel buttons are
  28. pressed.
  29.  
  30. In both of the above cases, using the "All" option in the librarian
  31. becomes unfeasable.
  32.  
  33. This document will attempt to describe the peculiarities of each of
  34. the protocols provided on the program disk...
  35.  
  36. Casio/CZ-1000.Voices
  37.     Since the CZ-1000 has no "patch name" field, the entries, upon
  38. receiving a patch, will be blank. You will need to type in the name
  39. of the patch manually.
  40.  
  41. Roland/D-50.Voices
  42.     The current D-50 protocol reads from or writes to the
  43. D-50's temporary area; you cannot transfer directly to/from permanent
  44. internal memory. (To do so will require a completely different set of
  45. messages, which can only be used in "Data Transfer" mode which must be
  46. activated from the D-50's front panel.)
  47.     Before each "Normal" (non-PREVIEW) receive, the protocol sends a
  48. Program Change message to load the D-50's temporary area with the sound
  49. specified by the current Music-X program number setting).
  50.     After each patch is sent, if you wish to save that patch to permanent
  51. memory, you will need to store it manually.
  52.  
  53. Roland/MT-32.Timbres
  54.     Firstly, the MT-32 fragments its sound data into different areas.
  55. A "timbre" contains most of the data for a sound. There is also a
  56. "patch" which contains a few extra parameters. Since Music-X's protocol
  57. facility is not yet sophisticated enough to do both full handshaking
  58. and download multiple different data messages in a single protocol,
  59. we decided to support the area that had the most information--namely
  60. timbres. (This does not prevent anyone from writing an additional
  61. protocol for patches.)
  62.     Secondly, the MT-32 is "multi-timbral" and has 8 "preview areas",
  63. one corresponding to each MT-32 MIDI input channel. When PREVIEW is on,
  64. the timbres being used by each of the eight MT-32 channels may be accessed.
  65. When PREVIEW is off, individual timbres may be accessed by their timbre
  66. number (1-128).
  67.     Thirdly, the MT-32 uses a "Unit Number" in addition to channel numbers.
  68. This protocol has been set to use the current Channel selection
  69. in Music-X plus 16 as the Unit Number when PREVIEW is off. So, if your unit
  70. is set to "Unit 17" (The default for MT-32) you should use Channel 1.
  71.  
  72. Yamaha/DX7.Voices
  73.     This DX7 protocol will only read from or write to the DX7's temporary
  74. area, you cannot transfer directly to/from internal memory. (To do so
  75. requires a completely different set of messages, which can only transfer
  76. all 32 internal voices at once. This will require another protocol.)
  77.     Before each "Normal" (non-PREVIEW) receive, the protocol sends a
  78. Program Change message to load the DX7's temporary area with the sound
  79. specified by the current Music-X program number setting).
  80.     After each patch is sent, if you wish to save that patch to permanent
  81. memory, you will need to store it manually.
  82.  
  83. Yamaha/DX100.Voices
  84.     This DX100 protocol will only read from or write to the DX100's temporary
  85. area, you cannot transfer directly to/from internal memory. (To do so
  86. requires a completely different set of messages, which can only transfer
  87. all 32 internal voices at once. This will require another protocol.)
  88.     Before each "Normal" (non-PREVIEW) receive, the protocol sends a
  89. Program Change message to load the DX100's temporary area with the sound
  90. specified by the current Music-X program number setting).
  91.     After each patch is sent, if you wish to save that patch to permanent
  92. memory, you will need to store it manually.
  93.  
  94. Yamaha/TX81Z
  95.     The current TX81Z protocol will only read to or write from the
  96. TX81Z's temporary area, you cannot transfer directly to/from internal memory.
  97. (To do so requires a completely different set of messages, which can only
  98. transfer all 32 internal voices at once. This will require another protocol).
  99.     Before each "Normal" (non-PREVIEW) receive, the protocol sends a
  100. Program Change message to load the TX81Z's temporary area with the sound
  101. specified by the current Music-X program number setting).
  102.     After each patch is sent, if you wish to save that patch to permanent
  103. memory, you will need to store it manually.
  104.